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[~ VERIFIED STATEMENT (BECIARATION) CLAIMING SMALL ENTITY ] 
! STATUS (37 CFR L9(f) AND L27 (c)) - SMALL BUSINESS CONCERN 


Docket No. | 
£02/1 | 


Serial No. 


Filing Date 


Patent No, 


Issue Date 



Applicant Ofer Komem* Yuval Tal, Miki lohai, Zdig ShAlgi and Eval Carmim 

Patentee: 



invention: 

SYSTEM ANB METHOD FOR MULTIPLE CURRENCY TRANSACTIONS 



! hereby declare that l am: 

H the owner of the small business concern identified below; 

□ an official of the small business concern empowered to act on behalf of the concern identified below: 

NAME OF CONCERN- K4X BSC. 

ADDRESS OF CONCERN: C^M^^Jl^ S^VERSroE RAO0, SUITE 105i DEL 

1 hereby declare that the aboye-identified small business concern qualifies as a small business concern as defined In 
13 CFR 121.3-1 8 f and reproduced in 37 CFR 19(d), for purposes of paying reduced fees under Section 41(a) and 
(b) of Title 35, United States Code, in that the number of employees of the concern, including those of its affiliates, 
does not exceed 500 persons. For purposes of this statement, (1) the number of employees of the business concern 
Is the average over fhe previous fiscal year of the concern of the persons employed on a futMtme, pert-time or 
temporary basis during each of the pay periods of the fiscal year, and (2) concerns are affiliates of each other when 
either, directly or indirectly, one concern contmls or has the power to control the other, or a third party or parties 
controls or has the power to control berth. 

I hereby declare that rights under contract or law have been conveyed to and remain with the small business 
concern identified above with regard to the above identified invention described in: 

SB the specification filed herewith with title as fisted above. 

□ the application identified above. 

□ the patent identified above. 

tf the rights held by the above-identified smali business concern are not exclusive, each individual, concern or 
organization having rights to the invention is listed on the next page and no rights to the Invention are held by any 
person, other than the inventor, who could not qualify as an independent inventor under 37 CFR 1.9(c) or by any 
concern which would not qualify as a small business concern under 37 CFR 1$(d) or a nonprofit organization under 
37 CFR 1,9(2). 
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APPLICATION FOR PATENT 

Inventors: Offer Komem, Yuval Tal, Mild Ishai, Zelig Shalgi, and Eyal 
Cannon 

5 Title: SYSTEM AND METHOD FOR MULTIPLE CURRENCY 

TRANSACTIONS 

FIELD AND B ACKGROUND OF THE INVENTION 

The present invention relates to a system and a method for 

10 transactions in a plurality of currencies, and in particular, to such a system 
and method which enable a price of a product to be accurately determined in 
flie plurality of currencies before the transaction is psrfbnned, or "hedged*\ 
preferably through risk management of the currency transactions, such that 
the find price of the product is guaranteed to the seller of the product in the 

15 local currency of the seller, and to the buyer of the product in the local 
currency of the buyer. 

The Internet has enabled computer users all over the world to interact 
and communicate electronically. One particularly popular mode for 
communication is through Web pages, which collectively form the World 

20 Wide Web, Web pages are useful for displaying text and graphics, and even 
animation, video data and audio data. Unsurprisingly, Web pages have also 
become popular for electronic commerce (e*commerccX as they enable 
vendors to display various types of goods to users, and to effectively 
advertise these goods. A large number of Web sites are currently devoted to 

25 e-commerce, and users can purchase a wide range of goods, from books to 
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electronic equipment and even perishable goods, such as groceries. 

Part of the attraction to producing a Web site for e-commerce is that 
international sales of products are possible. Computer users can view and 
purchase products without being in the physical "bricks and mortar'* store of 
5 the vendor, and even without being in the same geographical area. However, 
although the Internet aad the World Wide Web have easily crossed 
international boundaries for communication* e-commerce is still hampered 
by the requirement for payment in the currency of a particular country. 
Typically, a vendor must be paid in the currency of the vendors own 

10 countiy, which may be different from that of the buyer. 

The problem has been at least partially solved through credit cards 
which can be used for purchases internationally. Such credit cards enable a 
buyer to purchase goods through c-commerce from a vendor in a different 
country, However, although credit card companies handle currency 

15 transactions from the currency of the buyer to the currency of the vendor, 
thereby enabling multiple currency e-commerce transactions to occur, the 
final cost may vary widely. For example, credit card companies may use a 
conversion rate which is less favorable to the user, than if the user had 
performed the currency transaction through a bank or other financial 

20 institution. In other cases, e-coromcrce Web sites which attempt to provide 
information concerning £he final cost of their goods in a variety of currencies 
may find that changes in the currency market have caused their prices to be 
inaccurate, thereby exposing the vendors to currency risks, regardless of the 
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actions of the credit card companies. 



In addition, vendors who wish to support transactions in multiple 



currencies, regardless of the risk, must also handle complex accounting 



issues in these multiple currencies. 



5 



A more useful solution to this problem would enable the buyer to 





purchase goods with currency which is local to the buyer, at a pries which is 
known to the buyer in advance, through e-commerqe Web sites on m 
international basis. This solution would enable the buyer to examine goods 
from the Web site of choice, and then to view information concerning the 

10 final cost of these goods in the buyer's own currency, regardless of the 
currency of vendor. In addition, such a solution would enable the vendor to 
handle transactions with only a single currency, thereby minimising risk and 
simplifying accounting issues, while still enabling the buyers to use the 
currency of choice for purchases. Unfortunately, such a solution k not 

1 5 currently available. 

In a B2B (business to business) scenario, a different set of problems 
may arise with regard to currency transactions. In this scenario, the buyer 
may negotiate to purchase goods from the seller through the Internet such as 
through a Web site, or through other means. The buyer guarantees payment 

20 to the seller for the goods via a payment mechanism, There are several 

payment mechanisms available to guarantee large amount transfers between 
business trading partners, including Letter of Credit, Swift, ACH and others, 
On-line hedging mechanisms which would support these types of 
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transactions at the point of "sale", or business transaction, would also be 
useful* but unfortunately are not available. 

Therefore, there is an unmet need for, and it would be highly useful to 
have, a system and a method for multiple currency transactions for 
5 e-commerce, whether from a business to a consumer or between businesses, 
in which the final price of the product is given to the buyer in the local 
currency of the buyer before a purchase is made, and such that a final price is 
also guaranteed to the seller in the local currency of the seller, through 
hedging of the currency transaction on behalf of the seller, preferably with 
1 0 associated risk management on behalf of the central managing entity, 

G 

i SUMMARY OF THE INVENTION 

# The present invention is of a system and a method for supporting 

^ e-cortunerce transactions in multiple currencies, in which the local currency 

15 of the buyer is different from the local currency of the vendor. The system 
J and method enable the buyer to receive a final price for the product in the 

:f local currency of the buyer before the transaction is performed* and also 

enable die vendor to receive a guarantee for the price in the local currency of 
the vendor, before die amount of payment is exchanged. The system and 
20 method also provide a mechanism for the actual exchange between the 
currencies of the buyer and of the vendor, such that the aspects of die 
transaction regarding payment are fully supported. More preferably, the 
buyer and/or the vendor ate charged a fee for performing such a guaranteed 
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exchange, for example by incorporating such a fee into the rate which is 
given to the buyer. Thus, even before the settlement date, at which point the 
transaction is completed and the amount of payment has been received from 
the buyer end given to the vendor, the final price is guaranteed* oi "hedged". 
5 Preferably, risk management is applied to the currency transactions, 

by combining a plurality of such transactions such that the amount of 
currency can be managed through international currency trading, in order to 
minimize any loss which may occur as a result of fluctuations in the 
exchange rates. 

10 According to the present invention, there is provided a method for 

supporting a transaction for purchasing a product by a buyer from a vendor, 
the product having a price, a local currency of the buyer being different from 
a local currency of the vendor, the buyer communicating with the vendor 
through a network the method comprising the steps of; (a) determining an 

1 5 exchange rate of the local currency of the vendor to the local currency of the 
buyer; (b) converting the price of the product from the local cuirency of the 
vendor to the local currency of the buyer to form a final price according to 
the exchange rate, such that the buyer receives information concerning the 
final price before a payment transaction is performed; (c) receiving payment 

20 from the buyer for the final price to perform the payment transaction; (d) 
converting the payment from the local currency of the buyer to the local 
currency of the vendor to form a converted payment according to the 
exchange rate; and (e) paying the vendor with the converted payment 
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According to another embodiment of the present invention, there is 
provided a method for performing online hedging at a point of sale for a 
transaction for purchasing a product by a buyer from a vendor, the product 
having a price, a local currency of the buyer being different from a local 
5 currency of the vendor, the buyer communicating with the vendor through a 
network, the method comprising the steps of: (a) determining an exchange 
rate of the local currency of the vendor to the local currency of the buyer; (b) 
converting the price of the product from the local currency of the vendor to 
the local currency of the buyer to form a final price according to the 

10 exchange rate, such that the buyer receives information concerning the final 
price before a payment transaction is performed; (c) hedging the payment 
transaction; (d) receiving payment from the buyer for the filial price to 
perform the payment transaction; (e) converting the payment from the local 
currency of the buyer to the local currency of the vendor to form a converted 

15 payment according to the exchange rate; and (f) paying the vendor with the 
converted payment. 

According to yet another embodiment of the present invention, there 
is provided a system for supporting a transaction for purchasing a product by 
a buyer from a vendor, the product having a price, a local currency of the 

20 buyer being different from a local currency of the vendor, the system 
comprising: (a) a currency server for receiving an exchange rate from the 
local currency of the buyer to the local currency of die vendor; (b) a vendor 
server for operation by the vendor, the vendor server receiving the exchange 
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rate from the cuirency server and the vendor server converting the price from 
the local currency of the vendor to the local cuirency of the buyer to form a 
final price, the vendor server providing a Web page containing information 
about the product and the final price; (c) a Web browser for interaction with 
5 the buyer, the Web browser being operated by a buyer computational device, 
the buyer computational device being connected to the vendor server through 
the network, such that the Web browser displays the Web page and receives 
financial information from the buyer for purchasing the product according to 
the final price, the financial information being sent to the vendor server; and 

10 (d) a central managing entity for receiving the financial information from the 
vendor server and for establishing the exchange rate between the local 
currency of the buyer and the local cuirency of the vendor, the central 
managing entity receiving payment from the buyer in the local currency of 
the buyer, the central managing entity exchanging the payment to the local 

1 5 currency of the vendor, and the central managing entity paying the vendor, 
such that a transaction between the vendor and the buyer is hedged by ihe 
central managing entity . 

Hereinafter, the term "network" refers to a connection between any 
two or more computational devices which permits the transmission of data. 

20 Hereinafter, the term "'computational device" includes, but is not 

limited to, personal computers (PC) having an operating system such as 
DOS, Windows™, OS/2™ or Linux; Macintosh™ computers; computers 
having JAVA™-OS as the operating system; graphical workstations such as 
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the computers of Sun Microsystems™ and Silicon Graphics™, and other 
computers having some version of the UNIX operating system such as 
AiX™ or SOLARIS 71 * of Sun Microsystems™; of any other known and 
available operating system, or any device, including but not limited to; 
5 laptops, hand-held computers, PDA (personal data assistant) devices, cellular 
telephones, any type of WAP (wireless application protocol) enabled device, 
wearable computers of any sort, which can be connected to a network as 
previously defined and which has an operating system, Hereinafter, the term 
"Windows™" includes but is not limited to W*indows95™ Windows 3.x TW in 
10 which "x" is an integer such as <T\ Windows NT™, Windows98™ 
Windows CE™, Windows2000™, and any upgraded versions of these 
operating systems by Microsoft Corp, (USA). 

For the present invention, a software application could be written in 
substantially any suitable programming language, which could easily be 
1 5 selected by one of ordinary skill in the art. The programming language 
chosen should be compatible with the computational device according to 
which the software application is executed. Examples of suitable 
programming languages include, but are not limited to, C, C4*f and Java. 

In addition, the present invention could be implemented as software, 
20 firmware or hardware, or as a combination thereof For any of these 
implementations, the f unctional steps performed by the method could be 
described as a plurality of instructions performed by a data processor. 

Hereinafter, the term "Web browser" refers to any software program 
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which can display text, graphics, or both, from Web pages on World Wide 
Web sites. Hereinafter, the term "Web served refers to a server capable of 
transmitting a Web page to the Web browser upon request. 

Hereinafter, the term * Web page" refers to any document written in a 

5 mark-up language including, but not limited to, HTML (hypertext mark-up 
language) or VRML (virtual reality modeling language), dynamic HTML, 
XML (extensible mark-up language) or XSL (XML styling language), or 
related computer languages thereof as well as to any collection of such 
documents reachable through one specific Internet address or at one specific 

1 0 World Wide Web site, or any document obtainable through a particular URL 
(Uniform Resource Locator), Hereinafter, the term "Web sits" refers to at least 
one Web page, and preferably a plurality of Web pages, virtually connected to 
form a coherent group. 

Hereinafter, the phrase "display a Web page" includes all actions 

15 necessary to render at least a portion of the information on the Web page 
available to the computer user. As such, the phrase includes* but is not 
limited to, the static visual display of static graphical information, the 
audible production of audio information, the animated visual display of 
animation and the visual display of video stream data. 



20 



BRIEF DESCRIPTIOM OF THE DRAWINGS 

The invention is herein described, by way of example only, with 
reference to the accompanying drawings, wherein: 
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FIG. 1 is a schematic block diagrgnt of a background art system; 

FIG, 2 is a schematic block diagram of an exemplary system 
according to the present invention; 

FIG, 3 is a schematic block diagram of certain components of Figure 
5 2 in greater detail; 

FIG. 4 is a flowchart of an illustrative method according to the present 
invention; and 

FIG, 5 is a detailed implementation of the central managing entity of 
Figure 3 according to the present invention, 

10 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is of a system and a method for supporting 
e-commerce transactions involving multiple currencies. The system and 
method convert the price of a product from the local currency of a vendor to 

15 the local currency of a buyer, when the currency of the vendor differs from 
that of the buyer, The buyer then receives the final price of the product in 
the local currency of the buyer, preferably including any transaction costs 
which may be incurred as a result of the currency exchange. The vendor also 
receives a guarantee for the final amount of payment which is to be received 

20 in the local currency of the vendor. Preferably, the guaranteed exchange rate 
is provided for a predetermined period of time. Also preferably, the buyer 
and/or the vendor are charged a fee for performing such a guaranteed 
exchange, for example by incorporating such a fee into the rate which is 
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given to the buyer, Thus, hedging is provided for the transaction at the point 
of sale for e-cornmerce activities, which has not been previously provided in 
the ait. 

Once the buyer decides to purchase the product, the financial payment 
5 details of the buyer ait sent to a particular payment mechanism. The 
mechanism receives the amount of payment in the local currency of the 
buyer from the buyer. The payment is converted to the local currency of the 
vendor according to the system of the present invention, which may 
optionally be completely separate from the payment mechanism which 

10 receives payment from the buyer. The vendor then receives payment in the 
local currency of the vendor. Preferably, a plurality of transactions are 
combined for the step of conversion, rather than buying and selling 
currencies separately for each transaction. 

According to a preferred embodiment of the present invention, the 

15 vendor may optionally allow the buyer to pay for a product with a plurality 
of separate payments at different points in time, for payment in installments. 
For example, the buyer may be allowed to pay for the product with a 
plurality of monthly payments. From the perspective of the vendor, such a 
plurality of separate payments may potentially mcrea&e the risk associated 

20 with fluctuating exchange rates. The present invention overcomes such a 
risk by enabling a plurality of exchange rates to be set, each exchange rate 
being valid for at least one of the separate payments, and each exchange rate 
therefore reflecting the potential associated risk. Each of the plurality of 
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exchange rates is therefore guaranteed for a separate predetermined period of 
time. 

According to another preferred embodiment of the present invention, 
the vendor may optionally pay a plurality of suppliers of products in a 
plurality of local currencies of the suppliers, while in tarn accepting payment 
from a plurality of buyers in a plurality of local cuirencics of the buyers. In 
this case, multiple exchange rates are set, including at least a first exchange 
rate for paying at least one supplier by the vendor and at least a second 
exchange rate for paying the vendor by at least one buyer. Each of the first 
and the second exchange fates is therefore guaranteed for a separate 
predetermined period of time. One example of such a vendor is a travel 
agent who wishes to sell hotel rooms. The hotel typically wishes to receive 
payment in the local currency, while a customer would want to pay for the 
hotel room in another, potentially different local currency. The present 
invention enables the vendor to apply online hedging at the point of sale, so 
that the vendor is protected from currency risks on transactions with both 
suppliers and buyers. 

Preferably, risk management is provided for the currency transactions, 
through internationa} currency trading, in order to minimize any loss which 
may occur as a result of fluctuations in the exchange rates. The present 
invention is thus able to advantageously use the currency conversion with 
bulk transactions for both greater efficiency and to lower the costs of such 
currency exchanges. 



Si.--! 
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The present invention preferably also provides for security and 
verification mechanisms, in cider to ensure that vendors receive the proper 
payment, and that the correct currency exchange rates are used for 
calculating the prices and for effecting payment to the vendors. 
5 According to a particular preferred implementation of the present 

invention, there is provided software components and services to enable 
multi-currency e-commerce, allowing vendors to conduct their operations in 
a single currency while accepting payments in multiple currencies. The 
central managing entity for these transactions is responsible for hedging 

10 transactions against currency fluctuations, thereby ensuring that the vendor 
receives complete payment for goods in the local currency of the vendor. 
Thus, vendors are assured that the expected prices which are established for 
goods match funds received in their bank accounts, through hedging of the 
transaction at the point of sale, while buyers are able to determine the final 

15 price for a product in the local currency of the buyer at the time of sale. 

With the trend towards expanded on-line international trading 
activity, ease of use, cost effectiveness and immediacy become top priorities. 
The online point-of-sale hedging and transaction exchange services of the 
present invention reduce complexity of international e-commerce 

20 transaction. 

Furthermore, the described solution of the present invention is 
independent of applied payment mechanisms, and does not assume liabilities 
for financial settlements or delivery of products. These liabilities remain with 



. *ft 
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the banks, credit card companies and shipping companies, as they do in a 
non-Iaternet and>or nan e-cotwnerce environment 

The principles and operation of the present invention may be tetter 
understood with reference to the drawings and the accompanying 
5 description. 

Referring now to the drawings, Figure 1 is a schematic Mock diagram 
of a background art system for a typical single currency online transaction, 
as such a transaction is currently performed according to the background art. 
in a typical online transaction 10, a vendor 12 and a buyer 14 

10 negotiate online to exchange goods or services for payment. By "online", it 
is meant that communication is performed through an electronic 
communication medium, including but not limited to, telephone voice 
communication through the PSTN (public switched telephone network), 
cellular telephones or a combination thereof; exchanging information 

1 5 through Web pages according to HTTP (HyperText Transfer Protocol) or 
any other protocol for communication with and through mark-up language 
documents; exchanging messages through e-mail (electronic mail), 
messaging services such as ICQ™ for example, and any other type of 
messaging service; as well as any other type of communication which 

20 incorporates an electronic medium for transmission. 

Vendor 12 agrees to deliver goods or services to buyer 14, who in turn 
contracts to pay a negotiated amount in a negotiated currency to vendor 12 in 
exchange for the produces) (goods and/or services), 
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As shown in Figure 1 s typically, a third party payment clearance 
service 16 enables the transaction to occur, by providing varying degrees of 
assurance for the flow of payment from buyer 14 to vendor 12. Such a 
service is particularly useful for transactions when buyer 14 and vendor 12 
5 are physically separated, as for example in e-commerce transactions, Third 
party payment clearance service 16 allows vendor 12 to ship goods prior to 
settlement of cash in his bank. Various ty pes of third party payment 
clearance services exist, providing different degrees of assurance for the 
ultimate flow and deposition of funds, as well as different settlement periods 
1 0 for delivery of funds. 

Third party payment clearance service 16 acts as a bridge between the 
'"virtual" Internet world and die '"real" financial world, and as previously 
described, is currently used for e-cammerce transactions. 

As shown in Figure 2, the system according to the present invention 
1 5 for supporting e-commerce transactions involving multiple currencies tan 
optionally be implemented with (he third party payment mechanism, 
although this mechanism is not required, as the present invention does not 
rely upon the use and/or provision of such a clearance service; if online 
payment mechanisms become available in the future which do not require a 
20 third party to guarantee the transfer of funds, the present invention could 
also optionally be used with such online payment mechanisms. Examples of 
various types of online payment mechanisms include, but arc not limited tc ? 
e-money cards and accounts, and micropayment mechanisms of various 
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types. 

The schematic block diagram shows the flow through an exemplary 
system 2<J for providing a guaranteed price to both buyer 14 and vendor 12 
in their respective local currencies through hedging at the point of sale, 

5 supported through the direct exchange of funds, preferably by including the 
process of risk management for the actual conversion of the funds. As for 
Figure 1, buyer 14 and vendor 12 engage in an online transaction, with a 
direct negotiation flow 22 for the actual purchase of the product, whether 
goods or services. Again, buyer 14 receives the product through a product 

10 exchange flow 24 after the process of fund transfer has occurred, or at least 
has been guaranteed to occur such that vendor 12 is satisfied. 

Unlike Figure 1 ? however, system 20 provides currency hedging at an 
on-line point-of-sale flow 26, A hedging enabler process 28 is inserted 
between a process for receiving payment 50 from buyer 14. and a process for 

1 5 effecting payment 32 to vendor 12, Hedging enabler process 28 is also 

optionally and preferably described as a central managing entity, as hedging 
enabler process 28 preferably manages the transactions. 

Hedging enabler process 28 determines the actual amount of payment 
required from buyer 14, in order to pay the requested amount to vendor 12 in 

20 the local currency of vendor 12. Preferably, hedging enabler process 28 
combines a plurality of such transactions, in order to more effectively 
exchange currencies through the international currency exchange market, 
optionally and more preferably with risk management, Thus, hedging 
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enabler process 28 receives the price from vendor 12, determines the 
appropriate exchange rate from the local currency of vendor 12 to the local 
currency of buyer 14, and then provides the price to buyer 14, while also 
paranteeing that vendor 12 will receive the ftill payment in the local 
5 currency of vendor 12 at a future settlement date. This entire process can 
also be described as hedging at the point of sale. 

If buyer 14 decides to purchase the product, then the amount of 
payment is determined according to these previously defined prices. The 
solution protects vendor 12 from currency fluctuations occurring between 

10 the time of price negotiation and the time of payment settlement Since a 
plurality of such transactions are preferably aggregated, the aggregated 
positions can optionally be managed for risk in the inter-bank market by 
applying standard risk management strategies, previously available for large 
transaction amounts only. 

1 5 The solution of system 20 is widely applicable for online hedging for 

all types of online multi-currency trading interactions, regardless of the size 
of the transaction, regardless of the relationship between parties 
(busmess-to-business, business-to-consumer, consumer-to-consumer) and 
regardless of the mechanism which is used to assure payment, Although 

20 third party payment clearance service 16 may be involved as shown, such a 
service is an optional component of system 20. Also optionally and more 
preferably, a plurality of third party payment clearance services 16 (not 
shown) may be involved, such that vendor 12 can optionally receive 
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payment in parallel from several third party payment clearance services 16, 
which is a preferred feature of the present invention. 

Figure 3 is a schematic block diagram of a more detailed exemplary 
implementation 0 f system 20, showing the flow of the processes through 
system 2*. System 20 preferably features a hedging engine 34, which is the 
core component for distributing currency rates, receiving payment 
information from vendor 12 and also optionally receiving payment 
information from third party clearance mechanism 16. 

With regard to the first function, hedging engine 34 sends updated 
currency rates to a currency module 36 installed at a vendor server 38, The 
combination of hedging engine 34 and currency module 36 is optionally and 
preferably described as a "central managing entity", as these two 
components together support and control the process of hedging at the point 
of sale. 

Vendor server 38 may optionally include such functions as a Web 
server 40, for providing Web pages for e-commerce through Web-based 
communication; and also electronic shop software module 42, for managing 
e-commerce, accounting and other functions of vendor 12. However, with 
regard to the present invention, currency module 36 is the required feature of 
vendor server 38, as these other functions may optionally be moved to a 
different server and/or replaced with other types of functionality, 

Currency module 36 receives the rate exchange information from 
hedging engine 34, preferably at intervals which are defined by vendor 12, 
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more preferably with a margin supplement as per agreement with vendor 12. 
The margin supplement is an additional fee, which is optionally added to 
each transaction, whether directly or indirectly, for example through the 
determination of the exchange rate. When currency module 36 receives a 
5 request from electronic shop software module 42 for a price in a particular 
local currency for buyer 14, currency module 36 calculates the price in the 
local currency of buyer 14, 

As shown for this optional but preferred implementation of system 20 
for Web-based communication, buyer 14 interacts with a buyer 
10 computational device 44, which in turn operates a Web browser 46. Web 
Q browser 46 receives Web pages from Web server 4*. Each such Web page 

m may optionally include information about the product to be purchased, for 

^ example, including the price in the local currency of buyer 14 r For this 

p implementation, the transaction negotiation between buyer 14 and vendor 12 

^ 15 occurs through Web-based communication, such that buyer 14 enters 

"f* information and/or commands through Web browse* 46* and in turn receives 

|: information through Web pages from Web server 40. 

M Preferably, electronic shop software module 42 interacts with 

currency module 36 in order to receive the price in the local currency of 
20 buyer 14, for adding this price dynamically to Web pages which are served 
by Web server 4». Also optionally and preferably, the type of local currency 
for buyer 14 is automatically determined by currency module 36 through the 
use of DNS lookup information and cookies. Buyer 14 is preferably able to 
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override such an automatic currency detection mechanism by entering the 
preferred currency manually. 

Once buyer 14 has decided to purchase the product, Web browser 46 
is optionally redirected toward third party payment mechanism 16, for a 
5 typical payment process in e-commerce transactions. Third party payment 
mechanism 16 collects payment credentials from buyer 14, such a? credit 
card details or other information. Third party payment mechanism 16 may 
optionally perform an authorization request to a buyer account 48 5 which 
could be a bank account and/or credit card account for example, in order to 

10 determine whether funds are available for the purchase. Following 

authorization, confirmation of the transaction is sent to buyer 14 and vendor 
12, If a plurality of third party payment mechanisms 16 is available, then 
vendor 12 optionally and preferably is able to select a particular third party 
payment mechanism 16 for receiving payment from buyer 14, for example 

15 according to the criterion of the amount of fees which are charged by third 
party payment mechanism 16, 

In addition, third party payment mechanism 16 also optionally sends 
the amount of authorized payment to hedging engine 54. Alternatively or 
additionally, currency module 36 can also send such information to hedging 

20 engine 34, Such information is preferably dynamically aggregated by 
hedging engine 34 with information collected from other vendors. 

Foreign currency positions in each of the currencies for each 
settlement date are monitored by the operator of hedging engine 34, as 
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described in greater detail with regard to Figure 4 below. Associated 
currency dealers preferably manage the risks exposed by these positions 
using various risk management strategies, resulting iti the execution of 
forward and options deals in the interbank market 
5 On the settlement date for at least one transaction, and preferably for a 

plurality of transactions, the actual payment is optionally and preferably sent 
to a trustee 50 s in tile currency of each buyer 14, for example from third 
party payment mechanism 16. Preferably simultaneously, hedging engine 34 
provides instructions for transferring amounts for these transactions in the 

10 currencies expected by each vendor 12 to trustee 50. If the amounts 

transferred match the instructions received by vendor 12 and hedging engine 
34 ? trustee 50 releases funds transferred by third party payment mechanism 
16 to hedging engine 34, and also releases funds transferred by hedging 
engine 34 to vendor 12, 

15 Although the use of such a trustee 50 is preferred, trustee 50 is not an 

essential component of system 20, as payment could be effected directly 

through hedging engine 34. Trustee 50 is useful in order to provide a 

guarantee that funds are transferred properly through system 20. 

Figure 4 is a flowchart of an exemplary but preferred method for 

20 performing the transaction of Figures 2 and 3 > according to the present 
invention, 

As shown, in step l t the updated exchange rates are sent from the 
central managing entity which is managing the currency exchanges to the 
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server of the vendor. For example, in Figure 3, the hedging engine sent this 
information to the currency module on the vendor server. The exchange rate 
may optionally reflect a transaction or margin fee, in addition to the 
exchange rates which arc available through Ac FOREX markets. 
5 In step 2 ? the buyer requests a description of the product through 

online communication, for example through the Web browser of the buyer 
computational device as explained in Figure 3, In step 3, the price of the 
product is converted to the currency of the buyer, and is preferably displayed 
to the buyer, for example through a Web page. 

10 In step 4, optionally payment authorization for purchasing the product 

is performed through a third party payment enabling mechanism, in the local 
currency of the buyer. 

In step 5, transaction details, including the amount of the transaction 
in the currencies of the buyer and the vendor, are transferred to the central 

15 managing entity, These transaction details are used for die purposes of 
hedging the currency exchanges and settlement of the payment transactions 
in the currency of the vendor. 

In step 6, preferably transaction amounts in the local currencies of the 
buyer and the vendor arc aggregated, more preferably according to type of 

20 currency and payment delivery date (settlement due date). 

In step 7, dealers who are associated with the central managing entity 
perform currency trades in order to assure that currency is available to meet 
the required settlements on the settlement due date. The amount of each 
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such settlement is determined for each vendor, in the local currency of the 
vendor, according to a rate which is set in step 1 . Thus, the amount of the 
transaction is fixed, yet the currency market may cause the exchange rate to 
fluctuate, such that the dealers are preferably able to mitigate any risk 
5 associated with such fluctuations by combining or aggregating transactions 
for hedging the aggregated positions. 

Optionally and more preferably, step 7 is performed automatically, for 
example by software programs which monitor the positions held in each 
currency as well as the overall market behavior, in order to effect trades at 
10 the most advantageous moment for minimizing risk In addition, also more 
preferably, risk is managed by guaranteeing a particular exchange rate for a 
limited period of time, such that the settlement date must fall within the time 
period for which hedging is guaranteed. 

In step 8, on each settlement date, payments to the trading parties, 
15 such as the vendors, are delivered in the local currency of each party. 
Optionally, payment is effected through a trustee, as described with regard to 
Figures. 

Figure 5 is a schematic block diagram of an exemplary but preferred 
embodiment of hedging engine 34 of Figure 3, showing the components of 
20 hedging engine 34 and their interaction with various other entities. Hedging 
engine 34 is a particularly important component of the central managing 
entity of Figure 4, also previously described with regard to Figures 2 and 3. 
The other entities which are separate from hedging engine 34 are 
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shown only as general blocks, rather than with the specific technological 
features which would enable them to communicate with hedging engine 34, 
as such technological features arc well known in the art and could easily be 
implemented by one of ordinary skill in the art. 
5 As shown, hedging engine 34 preferably features a central database 

52 for storing such information as the exchange rates, identification 
information for vendors, transaction information, and information about 
other parties involved in the transactions, such as third party payment 
mechanisms for example. 

10 In a first process, a rate feeder 54 receives currency exchange rate 

information from a rate source 56, such as the FOREX markets for example. 
Optionally, rate feeder 54 receives such information periodically, according 
to a schedule 58. The rate information is posted to central database 52. 

Next, the rates are distributed from central database 52 to a rate 

15 distribution module 55, and thence to an electronic shop software application 
56 which contains the currency module of Figure 3, as previously described 
with regard to Figure 3. In turn, shop transaction information is received 
from electronic shop software application 56 by a shop transaction collection 
module 58. The transaction information is posted to central database 52. 

20 Central database 52 also provides information about consolidated 

positions, preferably with regard to a plurality of transactions, to a 
consolidate position module 60, which in turn is accessed by a dealing 
*Yoom* 62, managed by the central management entity, for actually 
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performing risk management on the transaction operations. Information 
concerning the outcome of such operations is also preferably stored in 
central database 52. Dealing "room** 62 may optionally be implemented 
manually, with one or more human dealers, but is preferably implemented 

5 automatically, with a software program for performing the trades as 
previously described. 

A gateway transaction collection module 64 receives information 
about collected funds from fund collection gateways 66, such as third party 
payment mechanisms for example, and transfers this information to central 

10 database 52. Reports, both before and after settlement of the payment, are 
optionally and more preferably provided by a pre-setflement reporting 
module 68 and a post-settlement reporting module 70, respectively. This 
infomiation may optionally be provided to vendors 72 and/or trustees 74, for 
example. Any required adjustments are preferably performed through an 

1 5 adjustment module 76, with trustees 74. 

According to optional features of the present invention, the system 
supports flexibly determined attributes or parameters which are controlled by 
trading partners, particularly vendors. Such parameters include, but are not 
20 limited to, the selection of supported currencies; treatment for taxes, 

shipping charges and other costs; support for price drift and mark-ups; risk 
management strategy for cancelled transactions; price differentiation by 
currency; periods for rate (price) fixing for each supported currency; 
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rounding method par currency; and margin discounts based on transaction 
and settlement ceilings, settlement periods, payment installments and 
chargeback statistics, In addition, another such factor optionally includes the 
choice of the vendor to adjust the exchange rate with regard to a particular 
currency, for example in order to promote marketing and sales in a particular 
country as part of a marketing campaign. These parameters determine the 
margins and/or transaction fees which are added to the exchange rates quoted 
to vendors and together with statistics provided by the system, thus allowing 
risk to be managed by purchasing options contracts based on the expected 
transaction traffic flow. 

With regard to the treatment of canceled payments and/or fraud* the 
system of the present invention preferably supports two alternative modes of 
risk management for trading partners. One mode involves the combination 
of all payment transactions registered by the vendor, (currency rate for return 
or chargeback transaction based on rate at day of settlement). Another mode 
involves the combination of all account activity including returns and 
chargebacks. Depending on the alternative selected by the vendor, positions 
will either reflect payment transactions only or all transactions in the 
database. 

In addition, optionally the present invention is used for exchanging 
currencies which are not otherwise freely exchangeable directly. Such 
currencies can be exchanged if a mechanism exists for purchasing and/or 
selling an amount of such a currency in a different currency, such that 
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eventually a directly exchangeable currency may be used to complete the 
transaction. Thus, the present invention is also suitable for currencies of 
smaller countries and/or countries with exchange restrictions, which might 
otherwise be difficult to exchange. 
5 Various hedging strategies may optionally be used with the present 

invention, For example, the previously described dealing room preferably 
trades standard currency forward and options contracts in the inter-bank 
market to hedge against exposure to currency fluctuation risks, 

Netting is preferably automatically performed by the system of the 
10 present invention, whereby an exposure to deliver yen to a vendor in Japan 
could optionally be offset against anticipated receipts in yen from Japanese 
buyers, for example, 

While the invention has been described with respect to a limited 
15 number of embodiments* it will be appreciated that many variations, 
modifications and other applications of the invention may be made. 
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1 . A method for supporting a transaction for purchasing a product 
by a buyer from a vendor, the product having a price, a local currency of the 
buyer being different from a local currency of the vendor, the buyer 
communicating with the vendor through a network, the method comprising 
the steps of: 

(a) determining an exchange rate of the local currency of the 
vendor to the local currency of the buyer; 

(b) converting the price of the product from the local currency of 
the vendor to the local currency of the buyer to form a final 
price according to said exchange rate, such that the buyer 
receives information concerning said final price before a 
payment transaction is performed; 

(c) receiving payment from the buyer for said final price to 
perform said payment transaction; 

(d) converting said payment from the local currency of the buyer 
to the local currency of the vendor to form a converted 
payment according to said exchange rate; and 

(e) paying the vendor with said converted payment. 

2. The method of claim 1, wherein step (c) includes the step of 
receiving payment from an account of the buyer in a financial institution, 
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such that said financial institution does not perform step (d). 



3. The method of claim 1, wherein the network is the Internet 



4, The method of claim 3, wherein the vendor has a Web site and 
the buyer purchases the product through said Web site to form an 
e-cominerce transaction. 



5, The method of claim 4, wherein step <b) further comprises the 
steps of: 

(i) receiving said exchange rate at said Web site; 

(ii) converting the price according to said exchange rate to form 
said final price; 

(iii) constructing a Web page including said final price; and 

(iv) displaying said Web page to the buyer. 



6. The method of claim 5, wherein step (d) further comprises the 
steps of: 

(i) providing a plurality of currency accounts, each currency 
account having a different type of currency; and 

(ii) transferring an amount of said payment from a currency 
account containing the local currency of the buyer to a 
currency account containing the local currency of the vendor to 
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form said converted payment 

7. The method of claim 6, wherein step (ii) is performed for a 
plurality of payments from the buyer to the vendor, such that a plurality of 
converted payments arc formed, 

8. The method of claim U wherein said exchange rate is 
guaranteed for a predetermined period of time. 

9. The method of claim 8 f wherein step (a) includes the step of 
determining a plurality of exchange rates, each of said plurality of exchange 
rates being guaranteed for a separate predetermined period of time, wherein 
step (b) further comprises the step of converting the price of the product to a 
plurality of payments for being paid by the buyer at a plurality of separate 
points in time, each payment being converted according to one of said 
plurality of exchange rates, such that step (c) is performed repeatedly for 
each payment by the buyer. 

1 <X The method of claim 8 S wherein the vendor purchases a 
plurality of products from a plurality of suppliers, each supplier being paid in 
a separate local currency of said supplier, and wherein the vendors sells said 
plurality of products to a plurality of buyers, each buyer paying in a separate 
local currency of said buyer, such that step (a) includes the steps of 
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determining a first exchange rate for paying said supplier by the vendor and 
determining a second exchange rate for paying the vendor by said buyer, 
each of said first and said second exchange rates being guaranteed for a 
separate predetermined period of time. 

1 1 . The method of claim 1 ? further comprising the steps of: 

(f) combining payments from a plurality of transactions for each 
currency account; and 

(g) purchasing additional currency for each currency account in a 
FOREX market. 

12. The method of claim 1 1, wherein step (g) includes the step of 
prior hedging of each currency in each currency account. 

13 . The method of claim 1, wherein step (a) further comprises the 
steps of: 

(i) receiving said exchange rate from a FOREX market rate; and 

(ii) transmitting said exchange rate to the vendor. 

1 4. The method of claim 13, wherein said exchange rate is also at 
least partially determined according to a margin fee. 



1 5 , The method of claim 14, wherein said exchange rate is set for a 
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16. The method of claim 13 ? wherein step (ii) further comprises the 
step of automatically detecting the local currency of the buyer, 

1 7. The method of claim 1 , wherein steps (c) and (e) are performed 
through a trustee, such that said trustee receives payment from the buyer and 
gives payment to the vendor, 

] 8. The method of claim 1 7, wherein said trustee receives payment 
for the vendor on a settlement date. 

19. The method of claim 18, wherein step (d) further comprises the 
steps of: 

(i) aggregating payments from a plurality of buyers; 

(ii) exchanging said payments through a currency exchange 
market to provide funds in the local currency of the vendor; 
and 

(iii) transferring said payment to the vendor from said funds in the 
local currency of the vendor on said settlement date* 



20, The method of claim 19, wherein step (a) includes the step of 
adjusting said exchange rate according to a transaction fee, for performing 
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step (ii) of step (&y 

2 1 . The method of claim 1 , wherein step (c) is performed by a 
third party payment clearance mechanism to receive payment from the 
buyer. 

22. The method of claim 2 1, wherein a plurality of third party 
payment clearance mechanisms are available for receiving payment from the 
buyer, such that the vendor selects one of said plurality of third party 
payment clearance mechanisms in step (c). 

23. A method for performing online hedging at a point of sale for a 
transaction for purchasing a product by a buyer from a vendor, the product 
having a price, a local currency of the buyer being different from a local 
currency of the vendor, the buyer communicating with the vendor through a 
network, the method comprising the steps of: 

(a) determining an exchange rate of the local currency of the 
vendor to the local currency of the buyer; 

(b) converting the price of the product from the local currency of 
the vendor to the local currency of the buyer to form a final 
price according to said exchange rate, such that the buyer 
receives information concerning said final price before a 
payment transaction is performed; 
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(c) hedging said payment transaction; 

(d) receiving payment from the buyer for said final price to 
perform said payment transaction; 

(e) converting mi payment from the local currency of the buyer 
to the local currency of the vendor to form a converted 
payment according to said exchange rate; and 

(f) paying the vendor with said converted payment. 



24, A system for supporting a transaction for purchasing a product 
by a buyer from a vendor, the product having a price, a local cuixency of the 
buyer being different from a local currency of the vendor, the system 
comprising: 

(a) a currency server for receiving an exchange rate from the local 
currency of the buyer to the local currency of the vendor; 

(b) a vendor server for operation by the vendor, said vendor server 
receiving said exchange rate from said currency server and said 
vendor server converting the price from the local currency of 
the vendor to die local currency of the buyer to form a final 
price, said vendor server providing a Web page containing 
information about the product and said final price; 

(c) a Web browser for interaction with the buyer, said Web 
browser being operated by a buyer computational device, said 
buyer computational device being connected to said vendor 
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server through the network, such that said Web browser 
displays said Web page and receives financial information 
from the buyer for purchasing the product according to said 
final price, said financial information being sent to said vendor 
server; and 

a central managing entity for receiving said financial 
information from said vendor server and for establishing said 
exchange rate between the local currency of the buyer and the 
local currency of the vendor, said central managing entity 
receiving payment from the buyer in the local currency of the 
buyer, said central managing entity exchanging said payment 
to the local currency of the vendor, and said central managing 
entity paying the vendor, such that a transaction between the 
vendor and the buyer is hedged by said central managing 
entity. 
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ABSTRACT 

A system and a method for supporting e-commerce transactions in 
multiple currencies, in which the local currency of the buyer is different from 
the local currency of the vendor, such that the exchange between the 
currencies is hedged at the time of sale of the product. The system and 
method enable the buyer to receive a final price for the product before the 
transaction is performed. The system and method also provide a mechanism 
for the actual exchange between die currencies of the buyer and of the 
vendor, such that the aspects of the transaction regarding payment are fully 
supported. Preferably, online hedging of die currency transactions is 
performed, in order to reduce the risk involved with predetermination of 
prices. 
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Figure 2 




vn 

m 

m 

£ 

m 

m 
o 
a 



SA'AR PLINNER LAW 



03 6201469 



06/19 '00 17:57 NO. 946 24 



Figure 3 
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Figure 4 
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Figure 5 
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